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Method for Assimilating and Using Pharmacy Data 

This application claims the benefit of U.S. Provisional Patent Application No. 
60/416,798, filed October 8, 2002, the contents of which are hereby incorporated by reference. 

Field of the Invention 

[0001 ] This invention relates to a method for managing pharmacy data. Specifically, the 
invention relates to a method for assimilating large quantities of pharmacy transactions and 
extracting relevant data relating to a particular type of medication. 

Background of the Invention 
[0002] The practice of dispensing medication via a pharmacy has undergone radical change 
in recent years, with a paradigm shift fi-om small, independent pharmacies to regional and 
national networks of Publicly-held Corporate Pharmacies ("PCPs"). The advent of PCPs was in 
response to a desire by the industry to minimize the cost of drug therapy while maximizing 
profitability. Under the PCP system, much of the decision-making power is shifted firom health 
care providers to an administrative organization that establishes standards of care, standardizes 
methods of deUvering care, and evaluates the outcomes of given care. PCPs work to minimize 
costs and maintain profits through a variety of means, including volume purchases, quality 
control, formulary lists of preferred medications, discounts for movement of market share, and 
negotiated healthcare fees. 

[0003] Since PCPs focus on reducing the cost of health care and maintaining profits, there is 
a high degree of interest in acquiring as much historical and timely ongoing data as possible 
regarding medication use and benefit, comparative costs of altemate therapies, and patient 
demographics. This information can be collected, organized and stored in a database or "data 
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warehouse" for use in a wide variety of medical and economic analyses. A data warehouse is a 
process by which large quantities of related data from many operational systems is merged into a 
single standard repository to provide an integrated information view based on logical queries. 
Types of logical queries may relate to "data mining," which can be defined as a process of data 
selection, exploration and building models using vast data stores to discover previously unknown 
relationships and patterns. Other queries may be in support of clinical research on a particular 
medication or malady. 

[0004] PCPs regularly conduct a number of data reviews as part of the quahty control 
process. In general, these reviews include a Drug Utilization Review ("DUR") and a Drug 
Usage Evaluation ("DUE"). These reviews seek to establish best practices for maximizing 
patient benefit, optimizing PCP expenditures, and maintaining profitability by minimizing the 
number of different medications used for the same treatments and optimizing market share for 
the medicines used. 

[0005] As part of the cost-containment process, a PCP typically negotiates price discounts 
and other incentives with its source of prescription medications, the pharmaceutical companies. 
These discounts are often based on the volume of the companies' products used by the PCP and 
gains in the pharmaceutical companies' market share that are attributable to the PCP. This 
creates a need for the PCP to obtain accurate actual consumption data for the medications 
dispensed by its network of pharmacies. Unfortunately, this data is not always readily available. 
This is due in part to the fact that a particular prescription may be partially fiilfiUed in several 
"transactions." A transaction typically includes such information as patient name, prescribing 
physician, medication name, prescription quantity, quantity dispensed, pharmacist's name, and 
date of fulfillment. A transaction may also include usage information, such as one or more 
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returns of part or all of a prescription. In addition, the prescription may be fulfilled with generics 
or medications from several companies in separate transactions. These variables make it difficult 
to track actual consumption of a particular company's product for a given prescription. When 
computing actual medication consumption, the errors introduced by summing individual 
transaction records are magnified when large numbers of transactions are involved, creating an 
unacceptable margin of error. Further, manual extraction of dispensing and usage data is both 
time-consuming and labor-intensive. There is a need for a timely method that can assimilate 
prescription data longitudinally from pharmacy transaction data such that the prescription data 
can be more accurately accumulated and analyzed to aid the PCP decision-making and cost 
negotiation processes. 

Summary of the Invention 
[0006] According to the present invention, a method is disclosed for efficiently and 
accurately computing medication dispensing and usage data and making the information 
available for a variety of medical and economic analyses, including determining the amoimt of 
medications actually consumed by the members participating in a PCP. Transaction records are 
correlated and matched for a particular patient prescription to obtain an acciu-ate accoxmt of the 
brands and quantities of medications used to fulfill the prescription. In one embodiment of the 
present invention, correlated dispensing and return data for pharmacy transaction records are 
examined compute actual consumption data for selected medications supplied by selected 
sources. In an altemate embodiment of the present invention, transaction records from several 
participating pharmacies within a PCP are obtained as a representative example. Dispensing and 
usage data is extracted from the records provided by each pharmacy, then consolidated into a 
single report. The report is then examined for dispensing and usage pattems. Any exceptions to 
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the patterns are also noted, along with the reasoning for the exceptions. The patterns and 
exceptions are reviewed with the sources of the data to ensure a full understanding of the 
underlying causes for the patterns and exceptions. The patterns and exceptions are then used to 
form logical rules and assumptions regarding the dispensing and usage of medications within the 
sending pharmacies. The rules and assumptions are tested using a batch of transaction data from 
PCP pharmacies and then reviewed for accuracy. If the test does not produce results with 
acceptable accuracy, the patterns in the consoUdated report are re-examined for any hidden 
pattems or exceptions, or the previous mis-interpretation of recorded patterns and exceptions. 
Once acceptable results are achieved, the rules may be applied to all of the pharmacies' 
prescription transaction data in order to measure the actual consumption of selected medications 
and supplies during any given period of time without a need to continually correlate transactions 
to prescriptions in order to derive dispensing and usage data. 

Brief Description of the Drawings 
[0007] Further features of the present invention will become apparent to those skilled in the 
art to which the present invention relates from reading the following specification and claims 
with reference to the accompanying drawings, in which: 

[0008] Fig. 1 is a flow diagram of a method for assimilating medication dispensing and 
usage data according to an embodiment of the present invention; 

[0009] Fig. 2 is a flow diagram of a method for establishing a set of rules and assumptions 
for calculating medication dispensing and usage data according to an embodiment of the present 
invention; and 

[001 0] Fig. 3 is a flow diagram of a method for assimilating, storing and using medication 
dispensing and usage data according to an embodiment of the present invention. 
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Description of the Preferred Embodiment(s) 

[001 1 ] In the discussion that follows it should be noted that structural components of the 
present invention are identified with numerals, while steps, tasks or actions are identified with 
numerals having a prefix "s." hi addition, the same numerals are used in the various 
embodiments described below where the numerals refer to the same components and/or steps. 
[0012] A flow diagram showing an overview of a method for assimilating medication 
dispensing and usage data according to an embodiment of the present invention is shown in Fig. 
1. In steps slOa-c, transaction records relating to prescriptions are gathered fi-om at least one 
participating pharmacy within a PCP, such as Pharmacy "A," Pharmacy "B" and Pharmacy "C." 
Three pharmacies are depicted in Fig. 1 for the purpose of illustration, but a greater or fewer 
number may be involved. The transaction records are correlated to prescriptions at step si 2 to 
match up at least one transaction record to a particular prescription. In many cases more than 
one transaction record will be associated with a particular prescription, representing such 
transaction types as partial fiilfillment of the prescription and retums of unused medication. At 
step s 14 the dispensing data for the prescriptions is extracted fi-om the correlated transaction 
records. Dispensing data may include medication description, NDC nimiber, a transaction 
identification number, date filled, patient information, payment and insurance plans, quantities 
dispensed, retums of unused medication, manufacturers and other sources for the medication, 
payment amounts, usual and customary charges, co-pay amount, ingredient costs, and fees. 
Usage data may also be obtained during step si 4. Usage data may include the total amount of 
medication for a selected prescription that has been returned, discarded or is otherwise not 
consumed. At step sl6 the dispensing and usage data obtained at step sl4 is organized to permit 
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later logical queries, such as determining the sources of the medications used to fulfill the 
prescription, particularly selected brand names and selected pharmaceutical companies. 
[0013] The data organized at sl6 is stored at step sl8 for later use. Any of the transaction 
records, dispensing data and usage data may be stored separately or in combination at a data 
repository 204, discussed below. Further, the transaction records, dispensing data and usage data 
may be communicated to data repository 204 via an electronic communications network and 
protected from unauthorized access by any one of a number of conventional means. The data 
repository, electronic communications network and access control are discussed in more detail 
below. 

[001 4] Fig. 2 depicts a method for establishing a set of mles and assumptions for calculating 
medication dispensing and usage data according to one embodiment of the present invention. At 
step slOOa-c, prescription transaction records are gathered fi-om a representative number of 
participating pharmacies within a PCP, such as Pharmacy "A," Pharmacy "B," and Pharmacy 
"C." Three pharmacies are depicted in Fig. 2 for the purpose of illustration, but a greater or 
fewer number may be used. Transaction records are correlated to prescriptions, and dispensing 
and usage data is extracted fi-om the transactions at step sl02a-c in the manner previously 
described for steps si 2 and si 4 of Fig. 1. The dispensing and usage data is accumulated into a 
summary report at step sl04a-c. The summary report may provide such information as the 
nimiber of transactions for each prescription, the quantity of medicine dispensed, discarded or 
retumed in each transaction, and the total quantity of medicine dispensed and/or retumed. The 
process of extracting and accimiulating data at steps slOOa-c through sl04a-c continues imtil all 
records have been checked at step sl06a-c. At step sl08, the summary reports fi-om step sl04a-c 
are consolidated into a single report containing representative medicine dispensing and usage 
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data for the PCP Pharmacies A-C. The consolidated report of step sl08 is then examined for 
dispensing and usage pattems at step si 10. Example dispensing and usage metrics include, but 
are not limited to, the ratio of medication dispensed and retumed for specific prescriptions, the 
number of transactions per prescription, dispensing habits of individual physicians, prescription 
data to patient demographics, and prescription habits for particular medications for individuals or 
classes of patients and/or prescribing physicians. Any significant exceptions to the pattems of 
step si 10 are also noted at step si 12. Example exceptions may include medications normally 
used to treat a particular ailment or disease but contraindicated for such reasons as interactions 
with other medications, or patient or disease sensitivities. The pattems and exceptions of steps 
si 10 and si 12 are then reviewed with the originators of the data (i.e.. Pharmacies A-C) at step 
si 14 to ensure that the pattems and exceptions are vahd, that the reasons for the pattems and 
exceptions are understood, and that the pattems and exceptions are generally appUcable rather 
than anomalous. A set of logical rules and assumptions are then established at step si 16 using 
the pattems and exceptions as a basis. The nature of the mles and assumptions is that various 
characteristics, data points and key indicators of a given dataset may be examined to calculate 
the quantity of medications actually consumed by customers of the PCP participating pharmacies 
(i.e., the amoimt dispensed less the amount unused) without resorting to a review of each 
individual prescription and each transaction. 

[001 5] The rules and assumptions are first validated at step si 18 to ensure that the calculated 
"actual-consumption" data values are sufficiently representative of the amount of medication 
consumed. One way to validate the rules and assumptions is to first, identify a reasonably 
representative set of pharmacy data fi"om a PCP participating pharmacy other than Pharmacies 
A-C; next, calculate actual consumption using rules and assumptions; then, compute the actual 
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consumption by reviewing each transaction in the dataset; then, compare the calculated 
consumption to the computed consimiption. The results are preferably verified at a number of 
levels, including patient, nursing facility and PCP levels of medicine consumption. If the 
accuracy of the results at step si 20 are outside a predetermined margin of error, the data of step 
sl08 can be re-examined beginning at step si 10. If adequate accuracy cannot be achieved, data 
fi-om a greater number of pharmacies may be used to generate a new consolidated report at si 08 
for considering a revision of the rules and assumptions. 

[001 6] Altematively, a larger set of pharmacy transaction data may be required for step 
slOOa-c. It may be preferable to generate a new consolidated report for review using both a 
larger dataset and data fi-om a greater number of pharmacies. If the accuracy of the test results at 
step si 20 are acceptable, the rules and assumptions may be applied to all of the prescription 
transaction data within the PCP network, as depicted by step si 22. The tested logic of step si 22, 
comprising rules and assumptions about the transaction records, may be applied to fixture 
transaction records to obtain estimates, or "calculations" of dispensing and return data without a 
need to continuously extract dispensing and usage data firom individual transaction records. The 
process of Fig. 2 is preferably repeated periodically to ensure continued accuracy of the logic 
derived at step si 22 and identify any trends that might affect the accuracy rules and algorithms 
and, in tum, the derived data. 

[001 7] A block diagram of a method for utilizing the assimilated prescription data according 
to an embodiment of the present invention is shown in Fig. 3. At least one pharmacy 200 
compiles prescription transaction data, as at s202, in the normal course of its business. The data 
may be packaged into a compilation such as a computer file, such as a batch file compatible with 
a conventional file transfer protocol ("FTP"). The batch file is communicated to a data 
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repository 204 on a regular basis, as at s206. The compiled data may be communicated by any 
convenient means, such as an electronic communications network 208. Electronic 
communications network 208 may take any convenient form, such as computer networks, 
facsimile, intranets, the Intemet, teletype, telephony, ^witches, high-speed lines and frame relays. 
Electronic communications network 208 may optionally include one or more conventional 
means of protecting the pharmacy data in order to ensure patient privacy and to prevent data 
tampering and alteration. Protection means include, but are not limited to, encryption, firewalls 
and virtual private networks ("VPNs"). When the compiled data is received at data repository 
204, it may be subjected to an access/security screen at s210. The access/security screen s210 
may include verification of the data source, a vaUdity check of the file and/or data, and a check 
for computer viruses. If the data is deemed acceptable, it is forwarded to a data warehouse 212 
by a data server 214. 

[0018] Data server 214 is a conventional computer server system, such as a file server, disk 
server, or database server. Data server 214 is adapted such that it is in electronic communication 
with access/security screen fimction s210 to receive accepted data. Data server 214 is in fixrther 
electronic communication with data warehouse 212 such that the data server can forward 
accepted data to the data warehouse for storage and later analysis. 
[001 9] After the transaction data has been accumulated in the data warehouse 212, a 
requestor such as a PCP 216 may make logical queries of the stored data. A query is a structured 
method of retrieving relevant information from accumulated data stored in a data warehouse. An 
example query would be to determine usage data for a selected medication supplied by a selected 
company over a specified period of time. 
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[0020] With reference to Fig. 3, as part of its ongoing business operations, a Publicly-held 
Corporate Pharmacy (PCP) 216 may identify a market for selected medications and a selected 
source for the medications, such as a pharmaceutical company 228. The PCP 216 and 
pharmaceutical company 238 may enter into an agreement whereby the pharmaceutical company 
will provide the PCP with discounts or incentives in exchange for the PCP's successful efforts to 
increase the pharmaceutical company's share of the identified market. To obtain evidence of 
such market share gains, PCP 216 may transmit a query for actual consumption data to data 
repository 204 via electronic communications network 208, as at s218. The query must first pass 
the access/secxuity screen s210 to ensure that the source of the query is permitted access to the 
data warehouse 212. The portion of access/security screen s210 pertaining to restricting access 
to the data stored within data repository 204 may be accomplished by any conventional means, 
such as predetermined usemames, passwords, and secured websites. The level of security may 
be enhanced by conventional "anti-hacking" methodologies, such as encrypted passwords, case- 
sensitive passwords, passwords requiring pseudorandom combinations of numbers and letters, 
and limiting the number of access attempts. An accepted query is passed to data warehouse 212 
via a web server 215. 

[0021] Web server 215 is a conventional computer server system, such as a file server, disk 
server, or database server. Web server 215 is adapted such that it is in electronic communication 
with access/security screen 210 to receive accepted queries. Web server 215 is in further 
electronic communication with data warehouse 212 such that the web server can forward the data 
pertaining to the query to a report generation function s220. 

[0022] In an embodiment of the present invention, medication dispensing and usage data 
stored in data warehouse 212 may be utilized to directly compute actual consumption data 
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pertaining to one or more selected medication provided by one or more selected sources, such as 
a pharmaceutical company. "Actual consumption" may be defined as the total amount of a 
selected medication that is actually consumed, taking into account the total amount of the 
medication dispensed less the total amount that is returned or is otherwise not used. Li this 
embodiment, termed the "Computation Method," an analysis step s217 may obtain a 
predetermined set of transaction data firom data warehouse 212 via web server 215. Each 
transaction record is then analyzed to determine the total amount of medicine actually consumed 
for a selected medication, such as a brand of medication, taking into account such factors as the 
total amount of medicine dispensed and the total amount of unused medicine retumed or 
otherwise unused. The actual consumption data of each transaction in the dataset may then be 
summed to derive a total actual consumption value. Using logical queries, actual consumption 
data for the dataset may be determined for at least one selected medication supplied by at least 
one selected source. 

[0023] In an alternate embodiment of the present invention, termed the "Calculation 
Method," the pharmacy transaction data is analyzed at step s217 using the logical rules and 
assumptions of Fig. 2 to calculate actual consumption data pertaining to one or more selected 
medication provided by one or more selected sources, such as a pharmaceutical company. The 
rules and algorithms of si 22 may be appUed to any predetermined set of pharmacy data. Using 
the rules and algorithms of sl22 in conjunction with predetermined characteristics, data points 
and key indicators of the dataset, analysis step s217 examines the data to calculate the actual 
consumption data without resorting to a review of each individual prescription and each 
transaction. 
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[0024] Although the Computation Method is less efficient, more resource-intensive and more 
time-consuming in comparison to the Calculation Method, actual consumption data determined 
in this manner is highly accurate. In some embodiments of the present invention Calculation 
Method may be used in conjunction with the Computation Method. In such embodiments the 
Calculation Method is used on a regular basis to efficiently and quickly calculate actual 
consiunption data, with the Computation Method being performed periodically as a cross-check 
to validate the previously calculated values. Calculated values falling within a predetermined 
statistical tolerance range may be deemed acceptable, whereas values falling outside a tolerance 
range may provide an indication that a review and potential revision of the rules and assumptions 
may be needed. 

[0025] A report summarizing the actual consumption data is generated at s220 and is 
commxmicated to the PCP at s222 via access/security screen s210 and electronic commimications 
network 208. PCP 216 receives and reviews the report at s224, s226 respectively, then 
communicates the report to the selected pharmaceutical company 228 as shown at s230. The 
report may be communicated via electronic communications network 208, if desired. The 
selected pharmaceutical company 228 receives and reviews the report at s232, s234 respectively 
and then provides PCP 216 with incentives such as volume discounts, as at s236. The terms of 
the incentives may optionally be in a predetermined proportion to the amount of market share 
gain for the pharmaceutical company accomphshed by the PCP. Types of incentives include, but 
are not limited to, discounts on future purchases and rebates on present purchases. 
[0026] With continued reference to Fig. 3, in an optional embodiment of the present 
invention the pharmacy data may be encrypted prior to transmission by participating pharmacy 
200 in order to protect patient privacy and maintain the integrity of the transmitted data. In this 
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embodiment of the present invention, encrypted data accepted by access/security screen 210 is 
decrypted to restore the data to a usable form prior to storing it. Any conventional computer data 
encryption/decryption method may be used, such as asymmetric key-based algorithms wherein 
one electronic code or "key" is used to encrypt data and a different key is used to decrypt the 
same data. Symmetric key-based algorithms, or block-and-stream ciphers may also be used. 
Using these cipher types, the data are separated into portions, and those portions are encrypted 
and decrypted based on a specific key. Stream ciphers may also be used, wherein the portions 
are encrypted on a bit-by-bit basis. Likewise, reports communicated from data repository 204 to 
a requestor, such as PCP 216, may optionally be encrypted in any conventional manner before 
the report is transmitted from the data repository. The requestor, such as 216 then decrypts the 
report in any conventional manner after receiving it. Similarly, reports from PCP 216 to a 
pharmaceutical company 228 may be encrypted before transmission and then decrypted after 
reception. 

[0027] While this invention has been shown and described with respect to several detailed 
embodiments thereof, it will be understood by those skilled in the art that various changes in 
form and detail thereof may be made without departing from the scope of the claims of the 
invention. One skilled in the art will recognize that many of the separately-described fimctions 
of the various embodiments of the present invention may be combined, rearranged or eliminated 
to accomplish the desired result without affecting the scope of the invention. The embodiments 
disclosed herein are for illustrative purposes only and are not intended to be limiting with regard 
to the arrangement or combination of the components of the present invention. 
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